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ABSTRACT 


This  document  provides  the  procedures  for  testing  the  AN/GYK-12 
PLANIT  support  and  utility  programs  to  verify  compliance  with  the 
contractual  requirements.  These  programs  were  developed  tm^ler 
contract  number  DAHC19-74-C-0O64^s  a  part  of  the  system  installation 
of  PLANIT  (Programming  Language  for  Interactive  Teaching)  on  the 
AN/GYK-12  (TACFIRE)  computer.  ^ 

The  PLANIT  Support  and  Utility  Programs  were  developed  as  a  part  of 
a  Litton  Systems,  Inc.,  Data  Systems  Division  (DSD),  contract  with  the 
U.  S.  Army  Research  Institute  for  the  Behavioral  and  Social  Sciences 
(ARI).  This  contract  (#  DAHC19-74-C-0064 )  was  awarded  on  11  June  1974 
as  a  part  of  an  overall  ARI  research  project  which  addresses  the  appli¬ 
cation  of  tactical  computers  to  training.  This  contract  specifically 
addressed  the  installation  of  the  PLANIT  author/student  language  on  the 
U.  S.  Army  Artillery  Tactical  Fire  Direction  System  (TACFIRE)  general 
purpose  computer.  This  computer  (AN/GYK-12)  is  also  used  in  several 
other  Army  tactical  computer  systems. 

The  successful  completion  of  this  contract  included  the  delivery 
and  demonstration  of  a  fully  operational  PLANIT  system  on  the  AN/GYK-12 
computer.  This  project  included  the  development  of  a  translator  and 
translation  of  PLANIT  (version  2.6)  from  FORTRAN  to  TACPOL  (AN/GYK-12 
computer  programming  language).  This  task  was  accomplished  under  a 
separate  ARI  contract  to  the  Northwest  Regional  Educational  Laboratory. 
The  Litton  contract  included  the  development  of  the  operating  system, 
machine  input/output  programs,  system  start  and  termination  routines, 
utility  support  programs,  and  system  integration  and  support  to  the 
installation  of  PLANIT  on  the  AN/GYK-12  system. 
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BACKGROUND  OF  THE  PLANIT  USER  TRAINING  SYSTEM 


Several  explicit  user  requirements  converged  to  generate  the 
research  which  resulted  in  the  documents  contained  in  this  set  of  reports. 
The  need  for  some  type  of  user  training  subsystem  in  support  of  tactical 
automatic  data  processing  (ADP)  system  developments  was  clearly  established 
during  the  evolut ionarv  phase  of  the  Army  Tactical  Operations  System  (TOS) 
development  in  Europe.^-  In  1974,  after  a  decade  of  involvement  in  the 
development  of  tactical  ADP  systems,  the  Army  Computer  Systems  Command 
summarized  this  experience  into  six  "Lessons  Learned.''^  One  of  these 
lessons  was:  A  dedicated  and  trained  user  is  required  if  tactical  ADPS 
is  to  succeed. 

One  approach  toward  meeting  this  requirement  is  to  apply  techniques 
derived  from  modern  educational  technology  and  the  computer  sciences  by 
embedding  training  subsystem  packages  within  the  operating  system  and 
then  using  the  system  itself  to  teach  the  user  how  to  use  the  system. 

The  approach  was  delineated  in  a  concept  paper, ^  which  was  subsequently 
submitted,  evaluated  and  found  by  key  Army  Personnel  to  have  merit.  As 
a  consequence,  a  requirement  was  placed  on  the  Army's  Behavior  and  Systems 
Research  Laboratory  (BESRL — the  predecessor  of  what  is  now  the  Army 
Research  Institute)  by  what  was  then  the  Assistant  Chief  of  Staff  for 
Force  Development  (ACSFOR)  and  the  Director  of  Army  Research,  Office  of 
the  Chief  of  Research  and  Development  (OCRD),^»-*  to  effectuate  the  research 
necessary  to  test  the  concept. 


iBaker,  J.  D.  "Human  Factors  Experimentation  Within  a  Tactical  Operations 
System  (TOS)  Environment."  Proceedings:  Office  of  Naval  Research 
Sponsored  Tri-Service  Coordination  Meeting,  London,  England, 

20-21  February  1968. 

^Memorandum  from  Headquarters,  U.S.  Army  Computer  Systems  Command  to 
Assistant  Deputy  Commander,  CACDA,  Ft.  Leavenworth,  KA;  Deputy  Commander, 
MASSTER,  Fort  Hood,  TX;  Project  Manager,  Army  Tactical  Data  Systems, 

Fort  Monmouth,  NJ,  dtd  30  January  1974,  Subject:  TSDG  Lessons  Learned. 

^Memorandum  from  U.S.  Army  Behavior  and  Systems  Research  Laboratory  to 
Assistant  Chief  of  Staff  for  Force  Development,  dated  28  September  1971, 
Subject:  Proficiency  Maintenance  Using  Computer-Assisted  Instruction  in 
an  Operational  Setting. 

^Memorandum  from  Assistant  Chief  of  Staff  for  Force  Development  to  Chief 
of  Research  and  Development,  dated  10  November  1971;  with  18  November  1971 
Indorsement  to  Behavior  and  Systems  Research  Laboratory,  Subject:  Request 
for  Research  in  Application  of  Tactical  Data  Systems  for  Training. 

^Memorandum  from  Chief  of  Research  and  Development  to  Assistant  Chief  of 
Staff  for  Force  Development,  dated  29  Nov  1971,  Subject:  Request  for 
Research  in  Application  of  Tactical  Data  Systems  for  Training. 
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The  terms  of  the  requirement  actually  levied,  however,  went  well 
beyond  the  scope  of  the  original  concept  and  called  i or  a  simultaneous 
attack  on  all  facets  of  the  problem  associated  with  testing  the  feasibility 
of  the  approach.  In  terms  of  broadened  scope,  the  primary  role  of  these 
systems  is  in  support  of  tactical  operations.  Our  original  concept 
paper  suggested  a  potential,  select  secondary  role  (or  these  comput  or  i  .red 
tactical  data  systems,  viz.,  that  of  directly  supporting  the  system  user 
by  using  the  system  itself,  in  a  stand-alone  mode,  to  teach  the  user  how 
to  use  the  system.  The  agencies  structuring  the  research  requirements 
saw  a  possible  tertiary  role  for  these  systems.  About  the  time  they 
were  structuring  their  requirements,  the  Army's  Dynamic  Training  Board 
identified  the  maintenance  of  proficiency  of  Military  Occupation  Specialty 
(M OS)  11U40,  the  light  weapons  infantryman,  as  a  glaring  unit  training 
problem  and  suggested  that  Computer-Assisted  Instruction  (CAl)  as  one 
technique  for  alleviating  the  situation. ^  in  addition,  a  subsequent 
Continental  Army  Command  (CONAKC)  Task  Group  report  on  CAl  identified 
the  11B40  MOS  as  a  top  contender  for  attention  in  the  "non-technical" 
skills  area.^  Consequently,  the  scope  of  the  effort  was  expanded  to 
encompass  an  examination  of  a  tertiary  role,  i.e.,  in  support  of  the 
system's  parent  unit  by  using  these  computers  to  meet  individual  and 
unit  training  requirements  such  as  those  associated  with  the  11B40  MOS. 
Additionally,  in  response  to  concern  that  the  implementation  of  the 
Modern  Volunteer  Army  concept  might  produce  a  need  for  general  education 
development  (CCD)  upgrading  it  was  determined  that  an  examination  should 
be  made  of  the  feasibility  of  employing  extant  CAl  GED  on  tactical 
computers  in  an  operational  setting.  The  assumption  was  made  that 
accomplishment  of  these  latter  requirements  would  be  tantamount  to 
proving  the  feasibility  of  the  secondary  role  concept  as  well.  The 
test,  therefore,  would  be  a  cost-effective  undertaking  since  it  would 
provide  data  directed  toward  answering  a  number  of  diverse  questions 
concerned  witli  a  common  training  delivery  system,  viz.,  tactical  computers. 

Irrespective  of  whether  it  was  the  secondary  or  tertiary  role 
concept  being  assessed,  four  major  components  were  required:  a  test  in 
a  credible  operational  environment ;  appropriate  hardware;  functioning 
software  and  representative  people-ware.  The  vehicle  for  this  overall 
assessment  was  MASSTER^  Test  EM  122,  "TBCS:  Automated  Instruction." 

The  hardware  was  a  "given"  viz . ,  the  Developmental  Tactical  Operations 


^Report  of  the  Board  for  Dynamic  Training,  Volume  II.  17  December  1971, 
page  116. 

^Headquarters,  United  States  Continental  Army  Command  Task  Group  Report 
and  Computer  Assisted  Instruction.  April  1972. 

^MASSTER  -  Modern  Army  Selected  Systems  Test,  Evaluation,  and  Review — is 
the  Army's  test  bed  for  assessing  equipment,  concepts  and  doctrine.  This 
activity  is  located  at  Fort  Hood,  Texas. 
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System  (DEVTOS)  which  was  then  located  at  Fort  Hood,  Texas  (Hoyt,  at  at® 
provide  a  description  of  the  hardware).  Likewise,  the  people  were  a 
"given” — our  student  population  would  he  MOS  IIR-'.O  personnel  drawn  from 
the  2nd  Armored  Division  and  1st  Cavulry  Division  located  at  Fort  Hood. 

The  question  of  what  "software"  approach  to  take  (specifically,  whether 
to  use  an  existing  student/author  language)  was  key  to  the  success  or 
failure  of  Test  122.  Clearly,  the  decision  made  at  this  juncture  would 
determine  whether  we  would  hit  the  assigned  "test  window"  in  time  to 
conduct  the  test.  As  a  related  issue,  courseware  development  would 
largely  depend  upon  the  structure  of  the  student/author  language  selected, 
so  courseware  development  could  not  commence  until  this  decision  was  made. 
The  decision  itself  had  to  he  correct  and  timely--and  whatever  decision 
was  nude  would  undoubtedly  be  risky. 

To  add  to  the  difficulty  in  reaching  a  decision.  It  must  be 
realized  that  it  could  not  be  made  unilaterally.  Conduct  of  a  test  of 
the  complexity  of  MASSTER  Test  FM  122  required  support  from  and  coordina¬ 
tion  between  a  number  of  different  agencies — key  among  them  being  mutual 
cooperation  of  the  organization  which  had  DEVTOS  responsibility,  the  U.S. 
Army  Computer  Systems  Command  (USACSC).  and  the  Armv  Research  Institute 
(ARI).  A  Memorandum  of  Understanding*1  was  drawn  up  between  these  two 
organizations  and,  as  the  first  USACSC  task  in  this  loint  undertaking,  a 
MASSTER  Test  122  CA1  Concept  Taper**  was  to  provide  alternative  concepts 
for  implementing  automated  instruction  materials  on  the  DEVTOS  in  support 
of  MASSTER  Test  122.  Concurrent  with  this  effort,  a  contract  was  let  by 
ARI  with  the  System  Development  Corporation  (SDC)  to  develop  the  course¬ 
ware  (i.e.,  the  instructional  materials  which  would  be  presented  through 
CAI).  The  first  task  SDC  had  to  accomplish  was  to  provide  alternative 
student/author  language  alternatives  for  generating  the  courseware  and 
to  determine  which  alternative  provided  the  best  likelihood  of  success 
under  the  test  conditions  and  time  constraints  imposed.  In  essence,  the 
combined  results  of  these  analytic  studies  were  expressed  as  follows: 

"At  this  stage,  many  alternative  design  concepts  can  be  formulated. 

However,  due  to  time  constraints  on  the  implementation  of  any  concept, 
the  only  nltermitive  concept  considered  feasible.  ..  is  the  use  of  Tl-ANIT."  *■ 


^Hoyt,  W.  C.,  Butler,  A.  K.  and  Bennik,  F.  D.  "Application  of  Tactical 
Data  Systems  for  Training:  DEVTOS  Feasibility  Determination  and  Selection 
of  an  Instructional  Operating  System."  ARI  Technical  Taper  267, 

October  1975. 

^Memorandum  of  Understanding  Between  Commander,  U.S.  Army  Research  Institute 
and  Commander,  U.S.  Army  Computer  Systems  Command,  Dated  5  dune  1973. 

* ^Bunker- Ramo  Technical  Note  "MASSTER  Test  122 — Computer  Assisted  Instruction 
(CAI)  Concept  Paper,"  February  1973,  prepared  for  the  U.S.  Army  Computer 
Systems  Command. 


Ibid.  11,  page  18. 


PLANIT  (Programming  Laagua^e  for  Interactive  Teaching)  is  an 
Instructional  system  consisting  of  an  author  language  and  supporting 
computer  programs  for  preparing,  editing  and  presenting  any  subject 
matter  suitable  tor  individualized  CAI  presentation  to  students,  as  well 
as  recording  all  relevant  response  data  for  Immediate  utilization  and 
subsequent  analyses.  P1JVNIT  was  developed  over  an  eleven  year  period 
under  the  aegis  of  the  National  Science  Foundation  (NSF)  at  a  total 
investment  cost  of  approximately  $740,000.  The  main  goal  of  this  NSF 
project  was  to  produce  a  student /author  language  which  would  be  fully 
transportable  and  guaranteed  compatible  with  a  large  and  diversified 
class  of  machines.'^  We  at  AK1  take  professional  pride  in  the  fact  that 
it  was  our  early  and  subsequent  work  with  IMAN1T  which  vaHdated  this 
visionary  transportability  notion  of  NSF . ^  We  also  take  "economic" 
pride  in  the  fact  that  we  capitalized  upon  an  already  "hefty"  U.S. 

Government  investment  to  solve  a  problem,  rather  than  slipping  into  the 
classic  mold  of  "reinventing  the  wheel"  by  starting  from  scratch  and 
building  a  separate  student/author  language  tailored  to  the  hardware/software 
system  constraints. 

To  lower  the  curtain  on  MASSTER  Test  FM  122,  the  test  was  success¬ 
fully  conducted  and  demonstrated  that  it  was  feasible  to  use  tactical 
computers  in  a  stand-alone  training  mode  to  satisfy  individual  and  unit 
training  requirements.  It  was  found  that  automated  Instruction  In  a 
fipld  setting  was  enthusiastically  accepted  by  the  non-commissioned 
officers  (NCO's)  examined  and,  as  a  training  medium,  it  proved  to  be 
more  effective  than  the  traditional  study-method  of  training. ^ ^ ^ 


*  *Frye,  C.  H.  "A  Report  on  PLANIT:  One  Stage  of  Completion,"  Final  Report 
for  the  National  Science  Foundation  Grant  No.  EPP73-07319  A04,  August  1975. 

l^For  a  complete  account  of  the  experiences  of  ARI  in  installing,  using  and 
evaluating  PI.AN1T  in  an  Army  setting,  including  all  the  "warts  and  blemishes" 
uncovered  during  this  endeavor,  see:  Johnson,  C.  "Implementation  of  PLANIT 
at  the  U.S.  Armv  Research  Institute  for  the  Behavioral  and  Social  Sciences," 
P1.ANIT  Newsletter,  July  1975. 

^Hoyt,  W.  G.  and  Baker,  J.  D.  The  use  of  tactical  computers  to  provide 
weapons  and  tactics  training  to  combat  NCO's:  Results  of  a  field  test. 
Proceedings:  Si xteenth  Annual  Conference  of  the  Ml litary  Testing 

Association  MTA,  U.S.  Coast  Guard  institute,  Oklahoma  City,  OK.. 

'21-25  October  1974. 

l^Hoyt,  W.  G.,  Butler,  A.  K.  and  Bennik,  F.  D.  Application  of  tactical 
data  systems  for  training:  Volume  II  -  CAI/DEVTOS  automation  studies. 

ARI  Technical  Paper  267,  October  1975. 

l^Hoyt,  W.  C. ,  Butler,  A.  K.  and  Bennik,  F.  D.  Application  of  tactical 
data  system  for  training:  Volume  I  -  Executive  Summary.  ARI  Technical 
Paper  _ ,  in  preparation. 
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But  the  results  of  this  test  proved  more  than  the  preceding.  They 
also  indicated  that  the  obvious  Army  needs  mentioned  at  the  outset  of 
this  preface,  could  be  met  by  applying  this  technology  to  a  real  and 
present  problem.  It  also  went  beyond  the  exploratory  stage  and  satisfied 
a  specific  Army  requirement.  The  11. S.  Army  Combat  Developments  Command 
(CDC)/Systems  Analysis  Group  (now  the  U.S.  Army  Training  and  Doctrine 
Command /Combined  Arms  Combat  Developments  Activity,  or  TKADOC/CACDA)  had 
levied  the  following  requirement^  on  ARl: 

The  Proposed  Materia*  Need  for  the  Tactical  Operations 
System  -  TOS  (Unclassified  title,  portions  of  contents 
classified  CONFIDENTIAL)  states:  "During  system  now- 
tactical  employment  the  equipment  shall  have  the 
capability  to  permit  the  training  of  user  personnel 
without  affecting  the  mission  ready  capability  of  the 
system."  While  the  need  exists,  no  specific  data  are 
extant  which'  can  be  brought  to  bear  on  this  problem. 

The  requested  research  will  provide  data  which  could 
impact  on  all  TOS  users  and  result  in  considerable 
savings  in  training  costs  related  to  the  user's 
need  to  maintain  proficiency  in  the  use  of  these 
systems . 

The  122  Test  data  satisfied  the  CDC  requirement.  The  Proposed  Material 
Need  (MN)  for  TOS  was  found  to  be  a  viable  concept  and  that  MN  remains 
to  this  day  as  a  bonafide  component  of  the  TOS  program. 

As  previously  discussed,  the  results  from  MASSTER  Test  FM  122 
demonstrated  the  viability  of  the  embedded  training  subsystem  concept  in 
general  and  that  tactical  data  systems  could  be  used  in  a  tertiary  role, 
i.e.,  specifically,  that  these  systems  could  be  used  in  a  stand-alone 
mode  in  support  of  individual  and  unit  softskills  training  requirements. 
But  conceptually  our  main  goal  h3d  always  been  to  embed  system  specific 
training  packages  within  the  operating  system  itself  and  then  to  use  the 
system  to  teach  the  user  how  to  use  the  system — the  earlier  noted 
secondary  role  for  these  systems. 


1  R 

Hoyt,  W.  G. ,  Butler,  A.  K.  and  Bennik,  F.  P.  Application  of  tactical 
data  systems  for  training:  Volume  Ill  -  Development  of  courseware  and 
analysis  of  results  for  MOS  11B40.  ARI  Technical  Paper  _ ,  in  preparation. 

1  q 

Hoyt,  E.  G. ,  Butler,  A.  K.  and  Bennik,  F.  D.  Application  of  tactical  data 
systems  for  training:  Volume  IV  -  Development  of  courseware  and  analysis 
of  results  for  GED  math.  AKI  Technical  Paper  _ ,  in  preparation. 

^Letter,  DARB-ARB  19  July  1972,  Subject:  New  Research  Requirements  for 
the  Human  Resources  Research  and  Development  Program  (RCS  CSCRD  70  CRI); 
letter  response  from  CDCSAG-AG1,  same  subject  as  above,  dated 
1  September  1972. 
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As  a  follow-on  to  Tost  122,  research  was  initiated  under  the  aegis 
of  the  Product  Manager,  Computer  Training  Systems  (I'M  CTS)  through 
URN  75-158  (and,  subsequently,  HRN  76-19S)  which  tasked  AK1  to  address 
the  problem  of  reducing  the  novice  user's  difficulties  by  making  tactical 
data  systems  (e.g.,  TOS*,  TACF1RE,  TSQ-73,  etc.)  more  "approachable" 
through  applications  of  the  embedded  training  concept. 

Because  of  its  stage  of  development,  the  fact  that  it-,  basic  central 
processing  unit  would  serve  as  the  core  for  other  Armv  Tactical  Data 
Systems  (ARTAPS)  to  follow,  and  the  fact  that  its  operator  training 
problems  appeared  to  be  amenable  to  reduction  through  the  application  <>1 
automated  instructional  technology,  TACFIRF  (the  Army's  field  artillerv 
tactical  fire  control  system)  was  chosen  bv  the  I'M  CTS  as  the  test 
vehicle  for  assessing  the  embedded  training  subsystems  concept.  The 
initial  and  specific  requirements  for  the  TACFIRF  research  were  delineated 
in  URN  76-193,  "Development  and  Evaluation  of  PIANIT  Based  Computer 
Embedded  Training  Packages  for  TACFIRF"  which  was  prepared  bv  personnel 
of  the  U.S.  Army  Field  Artillery  School,  Fort  Sill,  OK. 

Once  again  we  were  faced  with  the?  dilemma  as  to  whether  the  best 
decision  would  be  to  develop  a  tailor-made  student/author  language 
smoothly  fitted  to  t  lie  hardware/software  constraints  of  the  TACFIRF 
system,  or  to  build  upon  our  already  successfully  operating  PLANIT 
system  and  attempt  to  install  it  on  TACFIRF..  The  latter  approach  had 
many  merits,  among  them:  (1)  it  was  an  author  language  system  with 
which  we  were  familiar,  while  a  customised  system  would  be  untested, 
costly  and  would  require  an  extensive  checkout;  (2)  a  customized  author¬ 
ing  system  would  he  limited  to  a  given  TACFIRF  configuration,  whereas 
PI.ANIT  would  be  transportable  to  the  family  of  ARTADS  systems,  and  (3) 
because  of  PLANIT's  machine  independent  characteristics,  courseware 
could  he  prepared  on  commercial  computers  and,  after  content  checkout, 
easily  installed  on  the  tactical  system,  whereas  a  customized  approach 
would  tie-up  the  actual  tactical  system  during  courseware  preparation. 

The  effort  to  install  PLAN1T  on  the  AN/OYK-12  computer,  the  results 
of  which  are  contained  in  this  set  of  reports,  was  independently  under¬ 
taken  as  Technology  Based  -  Exploratory  Development  research  and  not 
as  Advanced  Development  activity  (i.e.,  it  was  not  done  in  direct  response 
te  an  explicit,  stated  user  need).  It  serves  as  a  classic  example  of 
what  Dr.  Malcolm  R.  Currie,  Director  of  Defense  Research  and  Engineering 
(DPR6E)  was  describing  in  the  following  statement  to  the  Second  Session 
of  the  94th  Congress:  "The  objective  of  the  Technology  Base  is  the 
advancement  of  technology  applicable  to  future  systems  and  subsystem 


* 1 Human  Resource  Need  (HRN)  75-158,  title:  "bser  Training  and  Proficiency 
Maintenance  in  a  Tactical  Data  Systems  Environment,"  submitted  as  a 
research  requirement  for  inclusion  in  the  AR1  FY  75  Advanced  Development 
Work  Program  by  the  Product  Manager,  Computerized  Training  System, 

Fort  Monmouth,  NJ.  HRN  76-195  was  a  revalidation  of  the  requirements 
delineated  in  75-158  for  inclusion  in  the  FA'  76  Work  Program. 
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options.  These  options  (or  new  ideas)  usually  Involve  enhanced  military 
capability,  reduced  cost.  Increased  performance,  belter  reliability  and 
maintainability,  more  efficient  use  of  resources  or  some  combination  of 
these  attributes."  Success  in  this  effort  would  produce  a  broadly 
applicable,  cost-effective  vehicle  for  employing  embedded  training  sub¬ 
system  packages  in  a  variety  of  military  system  settings. 

It  merits  comment,  however,  that  while  this  work  was  a  Technology 
Based-Exploratory  Effort,  it  had  the  potential  for  feeding  into  the 
Advanced  Development  program  efforts  associated  with  the  user  tasks 
presented  in  11KN  75-158,  "User  Training  and  Proficiency  Maintenance  in  a 
Tactical  Data  Systems  Environment,"  if  the  outcome  were  successful. 
Consequently,  the  PM-CTS  was  appraised  of  this  effort  at  the  outset  and 
he,  in  turn,  coordinated  it  with  the  Program  Manager,  Army  Tactical  Data 
Systems  (PM  ARTADS).  During  this  coordination  some  valid  points  of 
criticism  were  raised^  concerning  the  PLANIT  approach.  The  PM  ARTADS 
recommended  that  ART- meet  with  system  developers,  users  and  training 
agencies  as  soon  as  sufficient  data  were  available  to  determine  whether, 
or  not,  PLANIT  would  operate  on  TACF1RE.  At  that  time  a  determination 
would  be  made  concerning  implementation  implications  and  to  assess  if, 
indeed,  this  were  the  most  effective  approach  to  take,  given  the  potential 
for  impact  on  TACFIRE  system  development  efforts.  In  keeping  with  this 
recommendation,  a  Workshop  was  convened  at  ARI  in  Arlington,  VA  on 
1  October  ld74  and  these  items  were  covered  in  detail  with  personnel 
from  all  of  the  suggested  groups  in  attendance.  The  interaction  was 
found  to  be  most  beneficial  to  all  concerned  and  the  concensus  of  the 
group  was  to  install  the  system  described  in  this  set  of  reports  on  the 
TACFIRE  system  at  Fort  Sill,  OK,  and  to  use  it  as  the  test  vehicle  for 
assessing  the  embedded  training  concept  on  that  ARTADS  system. 

This  historic  overview  of  the  events  leading  up  to  the  production 
of  the  sot  of  quite  specialized  reports  may  seem  untoward  in  view  of  the 
projected,  limited  set  of  users  of  these  documents.  It  is,  however,  a 
quite  meaningful  forum  for  discussing  these  events.  Too  frequently  the 
question  is  raised  as  to  how  did  a  particular  research  product  originate 
and  was  it  utilized.  The  intent  here  is  to  show  that  the  warp  and  woof 
of  concepts  and  coordination,  requirements  and  research  are  so  intertwined 
that  a  simple  one-to-one  relationship  (one  response,  one  use)  does  not 
tell  the  story — only  a  view  of  the  whole  cloth  will  put  it  into  proper 
perspective.  Additionally,  it  exemplifies  a  point  made  in  the  previously 
cited  presentation  by  the  Director  of  Defense  Research  and  Engineering 
to  the  94th  Congress  when  he  said:  "To  deploy  systems  DOD  must  not  only 
pursue  advanced  technology  but  must  endure  the  long  years  of  research 
required  to  bring  an  idea  through  growth  problems  to  a  finished,  proven 
and  useful  end  product." 
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Memorandum  from  Product  Manager,  Computer  Training  Systems 
Program  Manager,  Army  Tactical  Data  Systems  (l’M-ARTADS)  28 
Subject:  HRN  75-158  and  1st  Indorsement  from  PM-ARTADS  to 
subject  as  above  dated  7  February  74. 


(PM-CTS)  to 
Jan  74, 
PM-CTS,  same 


This  set  of  reports  provides  detailed  instructions  for  implementation 
and  operation  of  PI.ANIT  and  auxiliary  programs  on  t lie*  AN/GYK-12  computer. 

The  set  consists  of  a  report  on: 

o  TRAN  SI.  -  The  PI.ANIT  Translator  Program:  Installation  and  Application 

o  PI.ANIT  Support  Programs  -  Operator/user  manual 

o  PLANIT  Utility  Program  -  Operator/user  manual 

o  PLANIT  Support  and  Utility  Programs  -  Test  Procedure 

o  PLANIT  Support  and  Utility  Programs  -  Flow  Charts. 

The  first  report  contains  the  information  for  installing  and  operating  a 
program  which  is  designed  to  translate  the  FORTRAN  from  the  PLANIT 
system  of  programs  into  the  TACPOL  language  for  compilation  on  the 
AN/GYK-12  computer.  The  second  covers  the  general  and  specific  aspects 
of  leading  and  operating  PI.ANIT  on  the  AN/GYK-12  computer.  The  third 
document  covers  the  general  and  specific  aspects  of  operating  the  PLANIT 
utility  programs  which  are  a  specialized  group  of  routines  developed  to 
accomplish  various  tasks  in  support  of  the  AN/GYK-12  computer  installation 
of  PLANIT.  The  fourth  report  covers  the  procedures  used  to  verify  that 
PLANIT  Support  and  Utility  Programs  are  functioning  as  per  specifications. 

The  fifth  document  provides  the  detailed  flow  charts  of  the  computer 
logic  of  the  PLANIT  Support  and  Utility  Programs. 

The  effort  detailed  in  the  first  report  (i.e.,  TRANSI.)  was  accomplished 
under  ARI  Contract  DAHC1 9- 74-C-0038  by  the  Northwest  Regional  Educational 
Laboratory,  Portland,  Oregon.  The  other  four  reports  in  the  series  were 
prepared  by  the  Data  Systems  Division,  Litton  Systems  Inc.,  Van  Nuys,  CA 
under  ARI  Contract  No.  DAHC19-74-C-0064 . 
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lhis  document  provides  the  test  procedures  for  performance  i>i 
the  parameter  and  functional  testing  required  to  verify'  the  cap¬ 
ability  of  the  PI  AN  1  1  suppor t  and  utility  p rog i  am s  to  perform  t  he 
i equired  functions  as  described  in  the  contract  statement  of  ueik 
(SOW),  The  programs  to  be  verified  are  those  developed  by  l  itton 
Systems,  Inc.,  Data  Systems  Division  (DSD),  under  P.  s.  Army 
Pc  search  Institute  (ARl)  contract  number  DAHC 1  ~4-C-0Of>4 . 


Oenei  a  1 

The  detailed  contractual  tasks  to  be  verified  bv  this  pro- 
cedure  ai e  included  in  appendices  to  this  document  as  follows: 

Appendix  A  -  Original  contract  SOW  tasks,  Item  1. 

Appendix  H  -  Contract  mod.  3  follow-on  tasks. 

Appendix  C  -  Review  and  revision  of  task  desciiptions  resulting 
from  implementation  and  review  of  each  task  with  ARl  technical 
per sonne 1 . 

The  approach  taken  in  the  test  procedure  is  to  use  the  PLAN l T 
system  tapes  del ivered  under  the  contract  (or  equivalent l  and,  tol low 
i tig  the  procedures  defined  in  the  deliverable  operatoi  uset  manuals, 
demonstrate  that  all  required  functions  have  been  provided  and  opeiat 
in  accordance  with  the  contractual  requirements. 

Some  of  the  tasks  specified  are  inherent  capabilities  ot  the 
( TACPOL )  PSS-B  Compiler  and  no  special  software  development  was 
required.  The  capabilities  are  demonstrate*!  by  the  proper  function¬ 
ing  of  the  applicable  PIANIT  CALC  functions.  Examples  of  such 
functions  are  SOW  Item  1 ,  Tasks  b,  d ,  and  e. 


1  .  '  Vet  1 1 icat ton  Cioss  Kefercnce  Index 


Appendix  l>  is  a  verification  cross  reference  index  showing  t  hr 
paragraph  number  of  this  test  procedure  which  verifies  each  of  the 
SOW  tasks. 
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AIM’1  I  CAM  I-  IXKl'MhNl  S 

Fhe  following  document,  are  applicable  to  this  test  procedure  to  tlu 
extent  specified  herein. 


lit  ton  Sy  s  t  cuts  ,  in,-. 

Oat  a  Sv'.|  i'iiis  Division 

1  25200-900 

(Dated  25  March  1075) 

I  25201-900 

(Dated  2  5  March  lo7r,) 

System  Development  foipoi.tt  i,in 

TM-(L )- 4422/00 1/0 1 
(Dated  1  October  1970) 

I'M-  (  L  )  -  4422/002/0 1 
(Dated  1  October  1970) 

No i  t  hues  1  Regional  l-duca  t  i  ona  1  1 

(No  document  number) 

(Dated  12  February  1974, 
revised  27  March  1974) 


I 'I  AN  IT  Suppot  t  Programs 
Operatoi  'User  Manual 

IT  AN  IT  Utility  Proui  am 
Operatoi  Usei  Manual 


IT  AN  II'  Au  t  hot's  Ou  i  do 

IT  AN  1 V  l  anguaoe 
Reference  Manual 


>i  atoi  y 

Document  Update  Informal  ion 
for  PLANIT,  Version  2.0 
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SECTION  J 


All  testing  can  be  accomplished  on  either  of  the  following  H.  s. 
Army  programming  support  system  installations: 

1)  TACF1RE  Programming  Support  System  (PSSB) 

-  located  at  Van  Nuys,  California. 

2)  TOS~  Software  Support  System  (SSS) 

-  located  at  Falls  Church,  Virginia 


In  addition,  all  but  the  utility  program  functions  can  also  be  executed  on 
the  following  U.  S.  Army  field  system  installations: 

3)  TACFIRE  (Division  or  Battalion)  Engineering  Test/Sei  vi ce  lest 

System  -  located  at  Fort  Sill,  Oklahoma,  oi  Van  Nuys,  California, 
o 

4)  TOS*’  Division  Central  Computer  Center  (DCCC),  Division  Remote 
Computer  Center  (DRCC),  or  Brigade  Remote  Computer  Centei  (HR(V)  - 
located  at  Fort  Hood,  Texas. 


For  formal  demonstration  purposes,  the  PSSB  and/oi  the  SSS  ah>  used . 
These  system  configurations  (as  of  25  March  ll>75)  allow  foi  demons)  i  at  ion 
of  all  of  the  PLANIT  support  and  utility  program  functions  due  to  the 
availability  of  the  commercial  card  reader/punch,  tape  drives  anti  high 
speed  printer  in  addition  to  the  field  system  equipment. 

In  addition  to  the  system  equipment,  the  following  (contract  delivei- 
able)  tapes  (or  equivalent)  are  required: 

Reel  #0007  PLAN1T  Object  Library 

Reel  #0008  PLANIT  Load  Tape 

Reel  #0004  PLANIT  History  Tape 

Card  Deck  PLANIT  Cards  File 
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SECTION  4 


TEST  DESCRIPTION 

All  of  the  following  procedures  assume  that  all  PLANIT  functions  are 
performed  in  accordance  with  the  following  PLANIT  manuals  (hereinafter 
referred  to  as  the  Author  Manuals): 

PLANIT  Author's  Guide 

PLANIT  Language  Reference  Manual 

Document  Update  Information  for  PLANIT,  Version  2.0 

All  PLANIT  support  program  procedures  are  performed  in  accordance 
with  the  PLANIT  Support  Programs  Operator/User  Manual  (hereinafter  referred 
to  as  the  Support  Manual).  Appendix  I  of  the  Support  Manual  is  a  Glossary 
of  Terms  for  reference  purposes. 

All  PLANIT  utility  program  procedures  are  performed  in  accordance  with 
the  PLANIT  Utility  Program  Operator/User  Manual  (hereinafter  referred  to 
as  the  PUP  Manual ) . 

See  Section  2  for  further  identifying  data  on  the  above  manuals. 

4.1  System  Load 

a.  Using  the  PLANIT  Load  Tape  and  PLANIT  History  Tape,  perform  PLANIT 
system  load  as  described  in  Section  2  of  the  Support  Manual .  Use 
the  appropriate  procedure  (subparagraph  2.1,  2.2,  2.3,  or  2.4)  as 
applicable  to  the  system  installation  being  used. 

Enter  device  address  0/0  for  "ELP2,"  the  "Card  Reader,"  "Card 
Punch"  and  the  "H-S  Printer"  before  inputting  the  device  address 
"skeleton."  Ensure  that  ELP1  is  enabled.  This  forces  the  ELP 
(for  the  PSSB  or  SSS)  to  be  the  system  printer  for  list  functions 
to  be  used  in  a  later  section  of  this  test  procedure. 

b.  Perform  START  initialization  as  described  in  Section  3  of  the 
Support  Manual  with  the  following  input  parameters: 
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1)  Type  of  start;  History 

2)  Number  of  active  terminals:  2 

Note;  Ensure  that  at  least  one  VFMED  or  MIOD  (as  appropriate) 
and  associated  DDTs  are  enabled. 

J)  Mount  history  tape  as  requested  and  enter  appropriate  tape 
unit  number  in  response  to  the  history  tape  mount  message. 

c.  Log  in  per  Author  Manuals  in  response  to  PLEASE  LOG  IN'  message 
using  appropriate  operator/author/student  IDs  (see  Appendix  F  of 
the  Support  Manual,  CARPS  FILE  cards  04045700  and  04045800). 
Terminal  operating  procedures  are  per  the  Support  Manual,  Appendix 
R,  C,  and/or  D  as  appropriate. 

d.  The  above  procedure  verifies  the  implementation  of  the  following 
SOW  tasks: 

Item  1  -  Tasks  a,  f,  g,  h,  i 
Mod  3  -  Tasks  d.2,  d.4,  d.5 
Added  -  Task  d.7. 


Terminal  Activity  (CALC  Mode) 

a.  Enter  CALC  mode  using  the  horizontal  arrow  (  (  )  character  on 
terminal  (see  Support  Manual,  Appendix  E,  and  Author  Manuals 


b. 

Enter 

SIN 

(PI/4);  answer 

S  # 

7071 

c . 

Enter 

COS 

(PI/4);  answer 

a  . 

7071 

d. 

Enter 

LOG 

(412,10);  answer  = 

2.61 49 

e. 

Enter 

LN  (412);  answer  = 

6.0210 

f. 

Enter 

ABSOLUTE  (-20);  answer 

«  20.0 

g. 

Enter 

SQRT 

(144);  answer 

■  12.0 

h. 

Enter 

21.2.345*2;  answer 

a  42 

.4690 

i. 

Enter 

PI/2 

;  answer  =  1 . 5708 

ei t  he i 


j.  Enter  44**2;  answer  ■  1936.0 


Enter  44^2;  answer  *  1436.0 
Enter  1.1  ♦  3.6;  answer  =  4.70 
Enter  4.7  —  1.1;  answer  »  3.60 

Exit  CALC  mode  using  the  vertical  arrow  (^ )  character  (see 
Support  Manual,  Appendix  E,  and  Author  Manuals). 

The  above  procedure  verifies  the  implementation  of  the  following 
SOW  tasks: 

Item  1  -  Tasks  b,  c,  d,  e,  f,  g 
Mod  3  -  Tasks  d.2,  d.3. 

4.  3  Buffered  ELI’  Output 

a.  Enter  SYSTEM  mode  on  operator  terminal. 

b.  Enter  LIST  LOAD  (one  of  the  lessons  on  the  history  tape). 

c.  The  resulting  lesson  listing  on  the  ELP  verifies  the  buffered 
ELP  output  function  (eliminating  hardware  initiated  multiple  line 
feeds  after  each  line  within  the  lesson  listing).  This  verifies 
the  following  SOW  tasks: 

Item  1  -  Task  i 
Added  -  Task  d.6. 


k. 

l. 

m. 

n. 

o. 


4. 4  System  Clock 

a.  On  both  terminals,  enter  command  mode. 

b.  On  one  terminal,  get  and  execute  the  lesson  LOAD. 

c.  On  the  second  terminal,  get  and  execute  the  lesson  CLOCK  several 

times  in  sequence  while  the  other  terminal  is  executing  the  LOAD 
lesson. 

d.  CLOCK  should  output  the  time  of  day.  LOAD,  when  complete,  should 

output  start  time,  number  of  times  "I  =  I  ♦  1"  has  looped,  end 

time  and  elapsed  time  (approximately  3  to  5  minutes  for  lOOO  loops!. 

e.  The  above  procedure  verifies  the  implementation  of  the  system 
clock  usage  requirement  of  SOW  tasks: 


Item  1  -  Task  f 


Task  d 


System  Termination 


Enter  SYSTEM  mode  on  "operator  terminal"  (see  Authoi  Manuals) 


Enter  QUIT  ALL  (soe  Author  Manuals  and  Sections  4  and  5  oi  Support 
Manual ) . 


Perform  system  termination  sequence  and  history  tape  dump  as 
described  in  paragraph  4.0  and  Section  5  ot  the  Support  Manual 


Item  1  -  Task  f 


Moun*  (or  rewind)  PLANIT  Load  Tape.  Perform  PI  AN  1 T  system  load 
as  described  in  Section  2  of  the  Support  Manual.  Use  the  appio 
priate  procedure  (subparagraphs  2.1,  2.2,  2.3  or  2.4)  as  applic, 
to  the  system  installation  being  used.  Make  no  device  address 
changes  (ensure  card  reader,  card  punch,  and  MSP  are  active, 
addresses  assigned,  and  enabled). 


b.  Perform  START  initialisation  as  described  in  Section  '  ot  t  In 


Support  Manual  with  the  following  input  parameters 


CARD 


Note:  Ensure  that  CARDS  FILE  has  been  loaded  in  the  card 


Number  of  active  terminals 


Log  in  per  Author  Manuals  in  response  to  PLEASE  LOG  IN  message 
using  appropriate  oper ator/author/  student  IDs  (see  Appendix  K, 
PLANIT  Cards  File,  of  the  Support  Manual,  cards  04045700  and 
04045800).  Terminal  operating  procedures  are  per  the  Support 
Manual,  Appendix  B,  C,  and/or  D  as  appropriate. 


d.  Enter  CALC  mode 


e.  Enter  PI/2;  answer  1.570a 

f.  This  verifies  the  requirements  of  the  following  SOW  task 


Using  the  PLANIT  Object  Library  tape,  generate  a  PLANIT  load  tape 
using  the  procedures  described  in  Appendix  D. 1  and  Section  2  ot 
the  PUP  Manual . 


b.  Using  the  PLANIT  Object  Library  tape  and  "Cards  File"  card  deck, 

generate  an  updated  PLANIT  object  library  tape  using  the  procedures 
described  in  Appendix  D.2  and  Section  5  of  the  PUP  Manual. 


Using  the  procedures  described  in  Section  d ,  and  the  examples 
given  in  Figure  9-1,  of  the  PUP  Manual,  convert  a  lesson  from 


one  code  set  to  another 


d.  The  above  procedures  verify  the  requirements  of  the  following  SOW 


4 . 8  Verification  by  Analysis  and  Review  of  Document  at  ion 


Several  of  the  SOW  tasks  are  best  verified  by  review  ot  the 


able  documents  and  analysis  of  the  design,  testing  results  and  the 
documentation.  SOW  tasks  which  fall  in  this  category  are  as  follow 


Added  -  Task  d.fo 


This  task  deleted 


APPENDIX  A 


CONTRACT  STATEMENT  OF  WORK 
SECTION  A,  ITEM  I 


Item  1  -  Software  Design,  Checkout,  and  Test 

The  Contractor  shall  perform  the  following  program  design,  checkout,  and 
test  activities  related  to  modification  of  the  AN/GYK-12  MADCAP  operating 
system  and  to  generation  of  related  subroutines.  The  resulting  program, 
to  be  referred  to  as  the  PLANIT  Operating  Systems  (POS),  will  include  the 
compatabi 1 i ty  and  interoperability  of  the  elements  developed  under  the 
following  sub-items  a.  thru  k.  The  items  a.  thru  k.  set  forth  below 
represent  the  complete  PLANIT  Operating  System  which  will  be  prepared  by 
Litton  specifically  for  utilization  of  the  Army  Research  Institute. 

a.  Modify  MADCAP  to  provide  generalized  input/output  (I/O)  interfaces  per¬ 
mitting  installation  of  PLANIT  on  a  variety  of  AN/GYK-12  systems  except 

for  the  following  limitation.  Where  the  system  configuration  differs 
2 

from  the  TOS~SSS  configuration,  the  installation  of  PLANIT  will  require 
generation  of  approximately  100  instructions/data  items  to  change  the 
system  device  definition  tables  and  will  require  recompilation,  system 
tape  generation,  and  reverification. 

b.  Incorporate  in  MADCAP  the  required  accuracy  and  precision  for  addition, 
subtraction,  multiplication,  division,  and  exponentiation,  using  a 
format  to  be  mutually  agreed  upon  by  the  Contractor  and  the  Government 
during  the  first  two  weeks  ARO. 

c.  Incorporate  the  equivalent  of  the  following  FORTRAN  functions:  SIN 
(sine),  COS  (cosine),  ALOG  (natural  logarithm),  ABS  (absolute  value), 
and  SQRT  (square  root),  each  of  which  will  feature  the  required 
accuracy  and  precision. 

d.  Incorporate  appropriate  calling  sequence  for  the  code  described  in  b. 
and  c.  above. 

e.  Incorporate  means  for  comparison  of  any  two  entries  according  to  each 
of  the  six  standard  programming  relationals. 


r.  Incorporate  an  interactive  terminal  support  capability. 

Q •  Incorporate  the  ability  to  transfer  random  blocks  of  data  to  and  from 
non-volatile  secondary  storage. 

h.  Incorporate  a  magnetic-tape  data-transfer  capability. 

i.  Incorporate  a  data-transfer  capability  to  a  line  printer. 

•  Incorporate  the  capability  to  use  the  system  clock  for  reading  t  ime-of- 
day ,  for  user  time-slicing,  and  tor  establishment  and  maintenance  of  a 
variable  number  of  PLANIT-user-def ined  internal  software  timers. 

k.  Perform  software  checkout  and  acceptance  test  demonstration  on  processoi 
available  to  the  Contractor. 
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APPENDIX  H 


CONTRACT  ( MOD  3)  STATEMENT  OF  WORK 
KOI T-OW-ON  TASK  DESCRIPT 1 ON 


following  tasks  will  be  performed: 

Continue  monthly  progress  and  fiscal  status  reports  described  undot 
contract  lino  item  O002AA. 

Provide  support  to  the  government  in  its  conversion  of  the  FLAN1T  trans¬ 
lator  and  generator  to  the  l'ACPOL  language  and  the  installation  of  same 
on  the  AN  GYK-12  computer. 

Develop  miscellaneous  utility  programs,  and  associated  user  documenta¬ 
tion,  to  enhance  and  support  PLANIT  utilization,  lesson  development, 
and  field  system  tape  generation.  This  would  include  such  items  as 
card-to-card,  tape-to-tape,  and  card-to-tape,  and  tape-to-card  trans¬ 
lation  of  lesson  materials  from  one  code  type  to  another  such  as  CDC 
and  UNIVAC  (AR1  standard  codes)  to  EBCDIC. 

Develop  and  incorporate  various  program  modifications  to  enhance 
author  and  student  interface  and  utilization. 

This  would  include  such  items  as: 

1.  Modification  to  allow  the  selection  of  a  single  lesson  from  a 
number  of  lessons  stored  on  an  MLU  for  field  configurations  with 
limited  computer  main  frame  and/or  peripheral  memory. 

2.  Analyze  modification  to  display  output  format  to  provide  a  blank 
line  at  the  top  of  the  display  for  ease  of  student  response. 

3.  Review  and  revise  character  set  for  ease  of  conversion  from  other 
PLANIT  installations.  Review  of  the  function  of  formatting  charac¬ 
ters  such  as  the  line  feed/carriage  return  for  the  use  and  applica¬ 
tion  of  multiple  line  feed/carriage  return  characters. 

4.  Provide  capability  for  optimum  configuration  of  PLANIT  overlays 
within  the  main  frame  computer  memory  for  applicable  field  con- 
f igurat ions. 


5.  Add  capability  for  operator  modification  of  device  addresses/ 
system  configuration  to  enhance  field  flexibility. 

e)  Modify  test  procedures  and  other  affected  documentation  to  reflect 
changes  implemented. 

f)  Re-run  test  procedures  to  demonstrate  operability  of  incorporated 
changes. 


APPENDIX  C 


REVIEW  AND  REVISION  OK  I ‘1 -AN IT  fUNTRAf T 


DAHCW-74-C-0Q64)  TASK  DESCR 1  PTIONS 


The  following  is  a  summary  of  the  revisions  to  the  PLANIT  contract  task, 
descriptions  resulting  from  implementation  and  review  of  each  task,  with 
ARI  technical  personnel. 


A.  Original  Contract  Tasks  ( inc.  1  udincj  contract  mods.  1  and  2 


Item  1:  No  change 


Task  a 


Task  b 


Delete  this  task  since  there  is  no  immediate  requirement 
for  use  of  the  translator  and/or  generator  on  the  AN/GYK- 1 2 
computer.  If  use  of  these  items  is  required  in  the  future, 
it  will  be  more  flexible  and  cost  effect ive  to  install  them 


on  a  commercial  system  available  to  ARI  or  Litton.  Since 
the  current  PLANIT  configuration  is  to  become  a  "frozen 
baseline"  for  at  least  one  year,  it  is  not  likely  that  ARI 
would  require  regeneration  or  translation  during  this  period 
If  such  activity  is  required  for  some  unlorseen  reason,  Dr. 
Frye  of  the  Northwest  Regional  Educational  1  aboratory 
can  perform  these  tasks  on  his  system. 


Task  c 


No  change.  A  completely  general  conversion  routine  has  been 
implemented  using  an  input  code  card  and  output  code  card 
reflecting  code  differences.  A  PLANIT  Utility  Program  (PUP) 
has  been  developed  and  a  PUP  User's  Manual  written. 


fash  d.l.:  This  task  has  been  implemented  by  modifying  t ho  <aids 
file  to  restiict  the  storage  allocations  for  lesson 
materials  to  that  available  toi  the  given  field  coni  initia¬ 
tion.  With  this  as  a  known  limitation  foi  a  given  tielil 
site,  the  lesson  materials  can  be  prepared  and  utilized 
in  segment  sizes  compatible  with  the  available  memory. 


I'ask  d.2.:  This  task  has  been  imp  1  ement ed  b\  providing  an  ACC,  tXT 
display  format  consisting  of  a  blank  line  at  the  top  of 
the  display  followed  by  up  to  b  1 mes  tot  data  usage. 

The  VFMF.l)  MIDI)  display  format  consists  ol  a  top  line  <  omm- 
unication  address  with  MlOP  messages  oi  blanks  foi  the 
case  where  student  responses  aic  required.  Following  the 
first  line  is  up  to  o  1 mes  tot  data  usage. 

I'ask  d.  t.  :  The  character  set  has  been  revised  to  optimize  compatibility 
(similarity)  with  priot  AR1  PLAN  l  1  installations,  lessons 
and  current  PI.  AN  IT  documentation.  The  capability  to  use 
multiple  line  feed/carriage  return  ehaiacteis  toi  toi matt¬ 
ing  purposes  has  been  i ncorporat ed. 

I'ask  d.4.:  This  task  has  been  implemented  by  i  ncot  pot  at  ing  the  pi  imaiy 
CALC  procedures  into  main  frame  memory  along  with  Pl.ANIT 
MAIN.  In  addition  all  of  the  PI  AN1  1"  ovei  lays  are  stored 
in  the  main  frame  memory  for  system  configurations  which 
include  an  MCMII. 

I'ask  d.5.:  No  change. 

I'ask  d.t>.  These  tasks  have  been  added  to  those  previously  defined  in 

thiu  d.H.  Contract  Mod  3.  They  have  been  implemented  as  follows: 

d.(r:  Added  buffered  El.P  output  to  t  educe  hardware  initiated 

multiple  line  feeds. 

d.7.:  Added  capability  for  operatoi  identification  of  tape 
drive  for  mounting  history  and/oi  save  tapes. 

d.H.:  Added  capability  during  "cold  stait"  for  operator 

selection  of  reading  the  "cards  file"  from  the  PI  AN1 1 
load  tape  or  from  the  card  reader  (for  system  con¬ 
figurations  which  include  a  card  readei). 
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